home *** CD-ROM | disk | FTP | other *** search
- gzip 1.2.3 for the Archimedes version 1.0
-
- Basically all what is said below about the 1.1.1 version is true for the 1.2.3
- version as well.
- gzip became a lot faster (20%) since version 1.1.1.
- The -<digit> compression good/fast factor has a greater range now:
- -1 is faster than unix compress and still has a lot better ratios:
- (tests with the original tar file on a DEC ultrix box )
- (1.2.3) gzip -1 gzip1.2.3.tar : ratio: 33% (takes 80% of the time
- compress -16 takes)
- compress -b 16 gzip1.2.3.tar : ratio: 41%
- with (1.2.3) gzip -4 you'll now have about the same compression ratio (but 20%
- speed improvement) as gzip 1.1.1 with option -1 .
-
- The major changes are a possible -S (suffix) of "" ( I hacked that into
- version 1.1.1 already,but finally decided not to release it) and support
- for SCO compress -H format (unlzh.c in sources). See docs/NEWS for a
- detailed list og changes.
-
- --------------------------------------------------------------
-
- gzip 1.1.1 for the Archimedes version 1.0
-
- There are two versions included here:
- gzip-uname : this is gzip linked WITH Riscos->Unix uname() filename translation
- in Unixlib
- gzip : gzip linked WITHOUT filename translation in Unixlib.I prefer this one.
-
- The default extension (see tailor.h) is /gz ,but can be changed with the -S
- option. When decompressing,the following extensions are recognized and
- handled properly (.tar.gz files etc. see docs !): /gz,/z,/taz,/tgz,-gz,-z, _z
-
- The options system variable is <Gzip$Otions> ,referred as GZIP or GZIP_OPT
- under DOS/OS-2 and in the docs.
-
- Use gzip -h to get a help chart, or check the doc.gzip/doc file
-
- To have gunzip or zcat : just rename a copy of gzip to that name,it
- will automagically recognize it's own name (as with compress/uncompress),
- I am not sure if this will work as a link ,as there are many different
- approaches to make soft links possible under the Archimedes.
-
- ---------------------
-
- Changes in code (from original GNU distribution):
- gzip.c (search for: #ifdef ARCH) some code for dirent.h ; utime() datestamps ;
- as well as different recognized file extensions (see above)
- tailor.h (search for: #if defined (ARCH)) various #defines
- Makefile : various -Dopts (= #defines)
-
- ---------------------
-
- Problems encountered (might be useful for other GNU-> Archimedes ports):
-
- The -r (recurse into directories) works now, Unixlib defines type dir_type
- in <dirent.h> a little different than normal BSD-derivative flavours of unix,
- it rather defines it like in BSD <sys/dir.h> ,but doesn't have this file for
- itself.
-
- utime() works now, means: filestamps of compressed/uncompressed files stay the
- same after processing.
- This was a very stupid bug due to Unixlib not treating utime(filename,time)
- correctly. Unixlib takes time as of type time_t (unsigned integer), which is
- the datestamp as an integer value of 'seconds since Jan-01-1970 00:00h GMT'.
- Correctly, time (if != 0) must be a pointer to a structure named utimbuf,
- which is correctly defined in gzip.c (look at #ifndef NO_UTIME ),which describes
- actime and modtime, which is time of last access and time of last modification.
- Unixlib also doesn't comply to BSD standard if 'time' in utime(filename,time)
- is zero: this should set the modification time to the current time instead,
- Unixlib returns an error(20).
- This means Unixlib doesn't support the unix equavalent of *stamp <filename>
- (the only way we have,under RO to change a datestamp,how stupid,did someone
- implement a unix 'touch' yet?)
- This is all simply bad behavior of Unixlib (3.6c),but can be relatively easily
- corrected. (utime.c is short,maybe I'll do it,and distribute with the next gzip)
-
- (C)1993 by GNU and DDL.
-